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ABSTRACT 



The invention discloses a method and system for processing 
a telephone call to an on-line subscriber, when the subscriber 
telephone line is busy as a result of the on-line connection. 
The subscriber sets an on-line state, the state being avail- 
able-for-incoming-calls or not-available-for-iocoming-calls. 
Once the subscriber sets the on-line state, telephone calls to 
the subscriber telephone number while the subscriber is 
on-line are processed according to the on-line state. As 
examples, if the state is available-for-incoming-calls, the 
subscriber is notified of the incoming call and the call is 
processed according to the subscriber's instructions. If the 
state is not-available-for-incoming-calls, the caller may be 
informed and the call is forwarded to another number or sent 
to messaging according to the sub.scriber*s preset instruc- 
tions. 
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METHOD AND SYSTEM FOR PROCESSING A 
TELEPHONE CALL WHILE ON-LINE 

HELD OF THE INVENTION 

[0001] The inventioD relates generally to the field of 
telephony and specifically to the field of telephony in 
conjunction with on-line access. 

BACKGROUND OF THE INVENTION 

[0002] Many computer users connect to outside data ser- 
vices through a dial-up type connection. As known in the 
field, this connection typically uses a MODEM to convert 
digital computer signals to analog signals for transmission 
over the public switch telephone network. For many users, 
the switched telephone network connection used for their 
outside data services is the same connection used for tradi- 
tional analog voice telephone services, and when connected 
to the outside data service, the telephone line associated with 
their telephone number is busy. 

[0003] In the field of voice telephony, many optional 
services are provided such as call waiting and call forward- 
ing to accommodate the subscriber. Because of differences 
in protocols and procedures, these services may be unavail- 
able when the user is connected to the outside data service. 
Various methods and systems are proposed to improve 
telephony service for users when they are on-line. U.S. Pat. 
No. 5,805,587 (the '587 patent) to Norris et ai., the speci- 
fication of which is incorporated herein by reference, 
describes -one such method and system used by a subscriber 
when on-line, 

[0004] Current systems and methods do not allow a sub- 
scriber to set a particular state while on-line. In particular, a 
subscriber is unable to set an on-line state of available-for- 
incoming-calls or an on-line state of not-available -for- in- 
coming-calls, llieie is a need to provide this and other 
options for subscribers when on-line. 

SUMMARY OF THE INVENTION 

[0005] An objective of the invention is to provide a 
method and system for processing a telephone call where a 
subscriber telephone connection is busy as a result of an 
on-line connection and the subscriber wishes to have incom- 
ing calls handled according to whether they have set an 
available-for-incoming-calls state or a no t-available-for- in- 
coming-calls slate. 

DESCRIPTION OF THE FIGURES 

[0006] FIG. 1 illustrates a telecommunications system in 
which the principles of the invention may be practiced; 

[0007] FIG. 2 is an illustrative example of a data record 
that may be used to implement the inventive service in the 
system of FIG. 1; 

[0008] FIG. 3 is a block diagram of the Internet Access 
Server (IAS) of FIG. 1; 

[0009] FIG. 4 illustrates in flow chart form a log-in 
program which implements the principles of the invention; 

[0010] FIG. 5 illustrates in flow chart form a call forward- 
ing program which implements the principles of the inven- 
tion; and 



[GOU] FIG. 6 illusurates in flow chart an incoming call 
processing program which implements the principles of the 
invention. 

DETAILED DESCRIPTION 

[0012] An on-line subscriber needs the ability to set dif- 
ferent states while on-line. For example, among the possible 
states, the subscriber needs the ability to set an available- 
for-incoming-calls state and a not-available-for-incoming- 
calls state. A not-available -for-incoming-calls state allows a 
subscriber to work on-line without being disturbed while 
processing incoming calls according to preset instructions. 
An available-for-incoming-calls state allows a subscriber to 
be informed of all incoming calls while on-line and process 
the call at that time. Once the subscriber has set their on-line 
state, other features are also useful. 

[0013] A call-back list to store information or particulars 
related to incoming calls received while on-line and in a 
not-available-for-incoming-calls state is useful. 

[0014] An on-line state is also useful for a subscriber with 
a voice-mail or general message forwarding service that 
handles incoming telephone calls according to pre-estab- 
lished criteria. An on-line state is also useful for the sub- 
scriber who wants to take an incoming telephone call while 
on-line. 

[0015] System Description 

[0016] Referring to FIG. 1, a representative system 100 of 
the invention includes telephone instruments 102, 104 each 
connected to the switched telephone network 106 through 
central ofl&ces 108, 110. Connection 111 between telephone 
instrument 102 and the switched telephone network is 
typically a twisted pair wire cabling, but it can be any form 
of signal transmission media, including fiber optic and 
wireless. System 100 also includes data terminal 114, such 
as a personal computer, that is connected to the switched 
telephone network by connection 111. Using the configura- 
tion of FIG. 1, a subscriber at calling station 116 can 
connect telephone 104 to telephone 102 at called station 118 
through central oflBce 110, the switched telephone network 
106, and central office 108. This connection is readily 
accomplished as long as data terminal 114 is not also 
connected to the switched telephone network by connection 

m. 

[0017] In an illustrative embodiment of the invention, data 
terminal 114 may be, for example, a personal computer 
running under the Microsoft Windows 95 operating system 
and driven by, for example, the Intel Pentium processor. 
Data terminal 114 includes a conventional sound card, such 
as the SoundBlaster sound card, as well as attached speakers 
and microphone. Also, conventional software packages such 
as Netscape Commimicator (Netscape) software and Net- 
Meeting (Microsoft) software are loaded in data terminal 
114. As configured, a conventional modem interfaces data 
terminal 114 with connection 111. 

[0018] Using system 100, a subscriber at station 118 can 
also connect data terminal 114 to the Internet 120 for access 
to on-line data services. The subscriber may not connect to 
the Internet if he/she is concerned about missing an impor- 
tant call. To connect, data terminal 114 establishes an 
off-hook condition on connection 111 and, using a series of 
DTMF tones, connects to Internet Access Server-122 
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through central ofBce 108 and the switched telephone net- 
work. Once thus connected to the Internet, connection 111 is 
busy and any call from station 116 to station 118 will find the 
telephone number of station 118 busy. In addition, the 
subscriber at station 118 will not know of an incoming call 
from station 116. This is because the call waiting protocol, 
normally available for voice telephony calls to telephone 
instrument 102 at station 118, must be disabled in order for 
data terminal 114 to maintain an error-free connection to the 
Internet 120. 

[0019] Further describing system 100 in FIG. 1, the user 
or subscriber associated with station 118 may access the 
Internet 120 by first loading appropriate Internet communi- 
cations software, e.g., the Netscape Communicator software 
product, from Netscape, Inc. (hereinafter "Netscape" soft- 
ware), into the memory of data terminal 114. Data terminal 
114 may be, for example, a personal computer having 
multimedia and telephony capability, as previously 
described. The subscriber, in a conventional manner, may 
then cause data terminal 114 to place a telephone call to an 
Internet Access Server that the subscriber is associated with, 
such as Internet Access Server (IAS) 122 to access the 
Internet, represented by block 120. In doing so, data terminal 
114 places telephone line 111 in an off-hook state and then 
dials the telephone number assigned to IAS 122. Assuming 
that IAS 122 is not located in the same local dialing region 
as data terminal 114, then the telephone call will be routed 
via switched telephone network 106, e.g., the AT&T net- 
work. Specifically, upon receipt of the dialed number. Cen- 
tral Office (CO) 108, in a conventional manner, establishes 
a telephone connection to toll switch (TS) 107 and passes the 
called number and the ANI associated with line 111 to TS 
107. TS 107, in turn and in a conventional manner, estab- 
lishes a connection to IAS 122 via communication path 150. 
In an illustrative embodiment of the invention, communi- 
cation path 150 may be one or more conventional TI carrier 
lines each having 24 communications channels in which at 
least one of the channels serve as a signaling channel. TS 
107 thus routes the call to IAS 122 by sending a so-called 
call set-up message over the signaling channel, in which the 
message identifies, inter alia, the Tl channel carrying the 
incoming call, called number, and calling ANI. IAS 122 
answers the call by sending an "acknowledgment" message 
over the signaling channel to TS 107. IAS 122 then sends 
conventional data communications signals to the data ter- 
minal 114 software that is adapted to allow the subscriber to 
communicate/interface with Internet 120. 

[0020] Responsive to receipt of the subscriber's incoming 
call, IAS 122 captures a subscriber identity and password 
from the data-stream of the subscriber's incoming call. IAS 
122 uses the subscriber identity to access its internal 
memory to unload a data record that is associated with the 
subscriber. An illustrative example of such a record is shown 
in FIG. 2. Specifically, record 250 is formed firom a number 
of fields respectively containing the subscriber's identity 
(name) 250-1, address 250-2, telephone number (ANI) 250- 
3, password 250-4, and other data. IAS 122 permits the 
caller to access Internet 120 if the identity and password that 
the caller/subscriber enters via data terminal 114 matches the 
contents of fields 250-1 and 250-4. If such a match does not 
occur after the caller has made a number of attempts to enter 
the correct identity and password via data terminal 114, then 
IAS 122 terminates the call, as is done conventionally 
whenever a login fails. Assuming a match occurs, then IAS 



122 communicates with the caller in accord with the con- 
tents of fields 250-5 and 250-6 (FIG. 2) which respectively 
specify the configuration of data terminal 114 and configu- 
ration of the Internet interface software, e.g., the aforemen- 
tioned Netscape software, loaded in data terminal 114. In 
addition, IAS 122 assigns an Internet IP address to the data 
terminal and stores the address in field 250-12. (Alterna- 
tively, IAS 122 may assign such an address to the subscriber 
just once, when the subscriber initially enters a subscription 
for the service as is done conventionally.) IAS 122 thereafter 
uses the address to route the subscriber's data messages 
(packets) to and from Internet 120 via a conventional data 
router, as will be discussed below. IAS 122 also stores the 
address of the communications path 150 (i.e., B channel) 
used to receive the call in field 250-13. The subscriber may 
then begin to access Internet 120 in a conventional marmer. 
That is, data terminal 114 formulates and transmits data 
packets addressed to Internet destinations indicative of 
entries/inquiries specified by the subscriber as a result of 
interacting with Internet 120 using the software loaded in 
data terminal 114. Similarly, IAS 122 routes via path 150 
and TS 107 packets that it receives from the Internet and 
addressed to data terminal 114. 

[0021] More specifically and also referring now to FIG. 3, 
it is seen that an IAS 122 includes Central Processor Unit 
(CPU) 205, which may be, for example, the SPARC 10 
workstation commercially available from Sun Microsys- 
tems. Inc. CPU 205, which operates under the control of the 
well-known UNIX operating system, communicates with 
the various elements forming the associated IAS 122 via 
so-called Attached Processor Interfaces (API) 220 and 230, 
and via local area network (LAN) 240. Such elements 
include PBX 235 and Intemet Access Unit (lAU) 255, in 
which PBX 235, may be, for example, the DEFINITY 
telecommunications system available from LUCENT and in 
which lAU 255 may be, for example, the Ascend MAX 4000 
apparatus available from Ascend Communications, Inc. of 
Mountain View, Calif. PBX 235 and lAU 255, more par- 
ticularly, are designed to present an interface to a commu- 
nication path comprising 23 B channels and one D charmel, 
e.g., Tl carrier 150-10, 150-11 and 150-12. Each such B 
channel may be used to establish a call connection between 
a telephone switch, e.g., TS 107, and the associated IAS 122. 
The D channel, on the other hand, may be tised to transport 
signaling information relating to a B channel call connec- 
tion. 

[0022] (As will be discussed below, TS 107 routes calls 
directed to Intemet 120 via IAS 122 over path 150-11 and 
routes calls that are forwarded to IAS 122 over path 150-10.) 

[0023] IAS 122 includes conventional Voice Response 
Unit (VRU) 225 which may be, for example, the CONVER- 
SANT interactive information response (IIR) system avail- 
able from LUCENT. It also includes a conventional voice - 
mail server (VMS) 265, for example, the LUCENT AUDIX 
telecommunications voice processor, for message recording 
and general messaging service. As will be discussed below, 
VRU 225 and VMS 265 are connected to PBX 235 via 
respective communications paths 260 and 280. IAS 122 
further includes an Intemet Interface Unit (IIU) 215 for 
providing a physical as well as a logical interconnection 
between LAN 240 and Intemet 120. IIU 215 includes a 
conventional data router, for example, the model 7000 router 
available from Cisco Systems Inc., and a high-speed data 
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service unit, for example, the DataSMART T3/E3 IDSU 
available from Kcntrox of Portland, Oreg. 

[0024] IAS 122 includes a plurality of voice signal pro- 
cessors (VSP) 245-1 through 245 -j, one of which is illus- 
trated in broad block diagram fonn» namely, VSP 245-1 
(hereinafter just (VSP) 245). VSP 245 includes central 
processor unit (CPU) 248, telephone line interface (TLl) 
246, sound card 247 and a connection to LAN 240. VSP 245 
communicates with PBX 235 via a selected one of the paths 
270, and communicates with processor 205, UU 215 and 
lAU 255 via LAN 240. In an illustrative embodiment of the 
invention, VSP 245, may be, for example, a personal com- 
puter having an Intel Pentiimi processor running under the 
Microsoft Windows NT operating system, an Etherlink 10 
BASE-T LAN interface card, a sound card 247 and a 
telephone line interface or modem 246. 

[0025] VSP 245 interconnects conventional telephone sig- 
naling messages (e.g., D channel) and voice signals (e.g., B 
channel) received from switched telephone network 106 via 
PBX 235 and path 270-1 with conventional TCP/IP packet 
network communications that are transported over LAN 240 
and Internet 120. The processing of calls forwarded from 
switched telephone network 106 and routed to Internet 120 
via LAN 240 will be explained below in detail. It is noted 
at this point, however, that particular software, such as 
Microsoft NetMeeting software, may be used in VSP 245 to 
process, compress and then packetize voice signals that are 
received via PBX 235 and TLI 246 for transmission to 
Internet 120 via LAN 240. Similarly, such software may be 
used to convert the contents of packets representing voice 
into a stream of voice signals that is transmitted to station 
116 via sound card 247, TU 246, path 270-1, PBX 235, path 
150-10, switched telephone network 106, TS 109, and CO 
110, 

[0026] IAS 122 also includes call-back list server 275 
which may be, for example, a personal computer having an 
Intel Pentiimi processor running under the Microsoft Win- 
dows NT operating system, an Etherlink 10 BASE-T LAN 
interface card, and Microsoft ACCESS database application 
to store particulars of the call-back list. Call-back list server 
275 Ls connected to and communicates with other elements 
of IAS 122 via LAN 240. 

[0027] Log-In 

[0028] When a subscriber's Internet Access call (placed 
via data terminal 114) is received via a B channel of path 
150-11, lAU 255 verifies subscriber service with a conven- 
tional login procedure. If the caller provides the correct 
identity and password (e.g., the password contained in field 
250-4 of the associated record (FIG. 2), which lAU 255 also 
obtains as a result of communicating with processor 205 via 
LAN 240), then lAU 255 assigns a conventional IP address 
to the data terminal as a way of interfacing the call (assigned 
B channel) with Internet 120 via IIU 215. (It is noted that for 
a conventional Internet Access Server arrangement, the 
subscriber is assigned a permanent IP address which would 
be stored in field 250-12 (FIG. 2) at the time that the 
subscriber obtains the service.) In addition, LAU 255 notifies 
processor 205 that it has established the connection between 
data terminal 114 and the Internet 120. 

[0029] Referring to FIG. 4, the login steps of the invention 
are illustrated in flow chart form. In these steps, data 



terminal 114, places a telephone call to an IAS, e.g., IAS 
122, for the purpose of establishing a cormection to the 
Internet 120. Software to establish the connection may be 
any one of a number of different software products that are 
designed to allow a subscriber to establish a telephone 
connection to an ISP, for example the Microsoft dial-up 
connection. Specifically, at step 401, when the dial-up 
terminal program is invoked it unloads from internal 
memory a data record containing the telephone number that 
the caller uses to access IAS 122. The program then prompts 
the subscriber for a user identity and password. The program 
then places a call to that telephone number and waits for 
receipt of a response from the called IAS, e.g., IAS 122. 

[0030] At step 402, upon receipt of the expected response, 
the program sets up to "login" into the called IAS as is done 
conventionally by transmitting the subscriber identity and 
password. 

[0031] At step 403, if the login is successful, the terminal 
apphcation program sends a message to processor 205 
indicating that it is an active terminal. If processor 205 
receives that message, then it updates the contents of field 
250-14 (FIG. 2) to indicate that the subscriber terminal is 
active, 

[0032] If the login is not successful then, at step 402, the 
caller/subscriber may re-enter his/her identity and password. 
It is noted that IAS 122 may terminate the call if the caller 
fails to enter a valid password after making several attempts 
to do so. 

[0033] At step 404, the subscriber activates an on-line 
state. The on-line state may be available -for-incoming-calls 
or not-available-for-incoming-calls. 

[0034] At step 405, the terminal application program 
reports this state to processor 205 by sending a message. 
Upon receiving tMs message, processor 205 updates the 
contents of field 250-15 (FIG. 2). The program then exits. 

[0035] Call Forwarding Setup 

[0036] If the login is successful, then processor 205 
invokes the program of FIG. 5. Al step 501, processor 205 
checks contents of record 250 to determine if a call-for- 
warding function is activated/deactivated remotely by IAS 
122. (Such remote activation will also be referred to herein 
as Remote Access Call Forwarding (RACE) and is a feature 
that is currently offered by a local exchange carrier, e.g., Bell 
Atlantic by the service name of "Ultraforward" (service 
mark of BeU Atlantic), for a telephone call not involving the 
Internet.) Alternatively, such contents may indicate that the 
call forwarding fimction is selective and/or activated by the 
subscriber. 

[0037] At step 503, assuming that the call forwarding 
function will be activated remotely by IAS 122, then pro- 
cessor 205 imloads a telephone number that it needs to call 
to activate the call forwarding service from field 250-9, 
which number is assumed to be associated with CO 108. 
Processor 205 then instructs VRU 225 via API 220 to place 
an out-going call to CO 108. In response to receiving an 
outgoing call request from VRU 225 via path 260, PBX 235 
selects an idle chatmel of communications path 150 (FIG. 1) 
and sends a call set-up message via the associated signaling 
channel to TS 107, in which the message includes the 
telephone number unloaded from field 250-9. TS 107, in 
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turn, translates the called telephone number into a routing 
indicator, and, in accord with that indicator, establishes a 
telephone connection in a conventional manner to the CO 
108 call forwarding service. That service responds to the 
incoming call by interacting with VRU 225 (which executes 
a "script" that it receives from processor 205) to obtain the 
subscriber's telephone nimiber (250-3) and RACF password 
(field 250-11). Processor 205, via VRU 225 and in response 
to the latter request, outputs the contents of field 250-10 to 
the telephone connection extending back to CO 108, which 
contents is a telephone number associated with communi- 
cation path 150-10 (FIG. 3) that is used for receiving 
forwarded calls, as will be discussed below. As a result of 
such interaction, CO 108 is thus primed during the time that 
station 118 is busy to forward a call directed to station 118 
to IAS 122. 

[0038] At step 505, processor 205 then checks to see if it 
had been successful in activating Remote Access Call For- 
warding (RACF), as noted by the receipt of a confirmation 
from VRU 225 indicating that it had successfully interacted 
with CO 108. 

[0039] At step 507, if call forwarding is not successful, 
processor 205 sends an error message to data terminal 114 
for display. The message identifies the nature of the failure, 
which may be, for example, that CO 108 did not answer the 
out-going call or that VRU 255 received an error message 
from CO 108 after VRU 225 had transmitted the subscriber 
telephone number, subscriber RACF password or the for- 
ward-to telephone number. Processor 205 then exits the 
program. 

[0040] If the contents of record 250 indicate that call- 
forwarding is selective and/or activated by the subscriber, 
then, at step 509, processor 205 presumes that the subscriber 
has activated call- forwarding to IAS 122. Call-forwarding 
by the subscriber to IAS 122 is performed according to the 
features of the call-forwarding service. 

[0041] At step 511, processor 205 then sets up to monitor 
for calls that are forwarded to IAS 122 as a result of the data 
terminal 114 subscriber's telephone line 111 being busy on 
the Internet. The processor 205 program then exits. 

[0042] If the subscriber, in response to the displayed 
failure message, enters a request for an RACF activation 
retry, in which the request may contain a corrected CO 108 
RACF service telephone number or another password that is 
to be supplied to CO 108, then the processor program is 
entered at step 513 and proceeds to step 515. 

[0043] At step 515, if the subscriber entered a valid 
request, and an error threshold has not been exceeded, then 
the processor program returns to step 502. In doing so, the 
program unloads the associated record 250 from memory. 

[0044] At step 517, if the subscriber does not enter a valid 
request or repeatedly fails to enter a correct password, then 
processor 206 transmits a help message and exits. 

[0045] Incoming Call Processing 

[0046] In preceding steps, the subscriber establishes call- 
forwarding to IAS 122 and sets an on-line state of available- 
for-incoming-calls or not-available-for-incoming<alls. If, 
while the subscriber is busy "surfing^* the Internet, a caller 
at station 116 (the caUing station) places a call to station 118 
(the called station), then a telephone connection is estab- 



lished in a conventional manner from the station 116 tele- 
phone line to CO 108 via CO 110, TS 109 and TS 107 (FIG. 
1). Specifically, responsive to the receipt of the station 116 
call, CO 108 determines that station 118 is busy and that 
station 118 has activated call forwarding to LAS 122. As 
such, CO 108, in a conventional manner, directs the call to 
IAS 122 in accord with the call forwarding telephone 
number that CO 108 received as interacting with IAS 122 in 
the manner discussed above. Activation of call-forwarding is 
by the RACF process illustrated in FIG. 5, or by conven- 
tional call-forwarding procedures. In forwarding calls, CO 
108 sends a message to TS 107 requesting a rerouting of the 
station 116 call and containing the IAS 122 telephone 
number as the destination for such rerouting. Such a mes- 
sage will typically contain the telephone number of the 
called party (station 118) and may also contain the telephone 
number and caller identification of the forwarded party, 
namely station 11 6. TS 107, in response to the receipt of the 
message, routes the call to its new destination, IAS 122. To 
re-route the caU, TS 107 signals IAS 122 (PBX 235) that a 
call is being routed (forwarded) thereto via an idle B channel 
serving the particular call type, in which such signaling is 
transmitted over the associated D signaling channel. (As 
mentioned above, if the call is being forwarded to IAS 122, 
then TS 107 routes the call via path 150-10. Calls directed 
to Internet 120, on the other hand, are routed over commu- 
nications path 150-11.) The signaling information that is 
transported over a D channel of path 150-10 includes, inter 
alia, the forward-to-number used by CO 108 and the tele- 
phone number of station 118. Such information may also 
include the calling party telephone number (station 116). 
PBX 235, responsive to receipt of such information, sends a 
message identifying the newly-arrived call and containing 
information relating thereto to processor 205 via API 230. 

[0047] Since the station 116 call is forwarded to IAS 122 
via path 150-10, then the call is received via PBX 235. 
Referring now to FIG. 6, upon receipt of the call, PBX 235 
alerts processor 205 to the incoming call and passes the 
station 116 telephone number as well as the station 118 
telephone number thereto. At step 601, processor 205, in 
response to receipt of the station 118 ANI uses the number 
to access its internal memory, unload a copy of the sub- 
scriber's record 250 and check for an active terminal. 

[0048] At step 602, if the subscriber is not connected to 
IAS 122, then processor 205 does not answer the call and 
exits, thereby leaving it to the calling party and PBX 235 to 
terminate the call in a conventional manner. 

[0049] At step 603, processor 205 checks the contents of 
field 250-15, FIG. 2, to determine if the called subscriber 
has set a not-available-for-incoming-caJls on-line state. If 
the subscriber has not set that on-line state, then at step 605, 
processor 205 sends an alerting pop -up to the subscriber data 
terminal. The pop-up is similar to the pop-up described in 
the '587 patent. 

[0050] At step 607, processor 205 processes the call 
according to the subscriber's instructions for an available- 
for-incoming-calls on-line state. The subscriber instructions 
can include sending the call to voice messaging 609, for- 
warding the call to a second number 611, letting the call go 
unanswered 613 or answering the call 615. 

[0051] If the contents of field 250-15, FIG. 2, indicate that 
the subscriber has set a not-available -for- incoming-calls 
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Slate, then, at step 617, processor 205 stores particulars of 
the call in the subscribers' call -back list at call -back list 
server 275. 

[0052] At step 619, processor 205 processes the call 
according to the subscriber's instructions for a not-available- 
for-incoming-calls on-line state. The subscriber instructions 
are stored in field 250-8 of FIG. 2 and can include sending 
the call to voice messaging 609, forwarding the call to a 
second number 611, and letting the call go unanswered 613. 

[0053] At step 609, when the call is sent to voice mes- 
saging, processor 205 instructs PBX 235 via API 230 to 
connect the call to VMS 265, where the caller is given the 
opportunity to leave a voice message. 

[0054] At step 611, when the call is forwarded to a second 
number, processor 205 instructs VRU 225, via API 220 to 
place an out-going caU to the second number. In response to 
receiving an out-going call request from VRU 225 via path 
260, PBX 235 selects an idle channel of path 150 (e.g. path 
150-12) and places a call to the second number using that 
path. When the connection to the second number is estab- 
lished, processor 205 instructs PBX 235 to bridge the call 
from the calling station on path 150-10 to the second number 
on path 150-12, thereby forwarding the call to the second 
number. 

[0055] At step 613, when the call is not answered, pro- 
cessor 205 either informs the caller that the called station is 
unavailable to take the call and disconnects the call, or 
allows the call to ring unanswered. 

[0056] At step 615, when the call is answered, processor 
205 routes the incoming call from PBX 235 to VSP 245, 
where the calling station analog voice is digitized and 
packetized using processor 248, telephone line interface 
246, and sound card 247. The packetized voice is routed via 
LAN 240 to lAU 255, where the packets are forwarded over 
path 150-11 to the subscriber at data terminal 114. The 
digitized and packetized speech is converted at data terminal 
114 to analog voice and reproduced by the sound card and 
speakers at data terminal 114. Speech from the .subscriber at 
data terminal 114 follows a reverse path. The microphone at 
data terminal 114 captures the subscriber voice, where it is 
digitized by the sound card and packetized for transmission 
over path 150-11. lAU 255 receives the packetized speech 
from the subscriber and routes it to VSP 245 via LAN 240. 
VSP 245 converts the packetized and digitized voice from 
the subscriber to analog voice and routes it to PBX 235, 
completing the return path from the subscriber to the caller. 

[0057] In the preceding embodiment, the subscriber sets 
the on-line state during initial log-in to IAS 122. Alterna- 
tively, the subscriber can change the on-line state while 
on-line. This is illustrated in FIG. 4, where the subscriber 
enters the program at step 406, and the subscriber activates 
the desired on-line state at step 404. 

[0058] The foregoing is merely illustrative of the prin- 
ciples of the invention. Those skilled in the art will be able 
to devise numerous arrangements, which, although not 
explicitly shown or described herein, nevertheless embody 
those principles that are within the spirit and scope of the 
invention. 



I claim: 

1. A method comprising: 

receiving a telephone call directed to a called station from 
a calling station; and 

determining an on-line state of a data terminal at the 
called station, the called station being busy as a result 
of a data connection between the data terminal and a 
server, the on-line state being available-for-incoming- 
calls or not- available -for- incoming -calls. 

2. A method according to claim 1, farther comprising 
processing the telephone call according to the on-line state. 

3. A method, comprising: 

connecting a data terminal at a called station to a server 
by a data connection, the called station being busy as a 
result of the data connection; and 

setting an on-line stale for the data terminal, the slate 
being available-for-incoming-calls or not-available- 
for-incoming-calls . 

4. A method according to claim 3, further comprising 
informing the server of the on-line state. 

5. A system comprising: 

a server; and 

a data connection for connecting the server to a data 
terminal at a called station, the called station being busy 
as a result of the data connection, the server processing 
a call from a calling station to the called station 
according to an on-hne state of the data terminal, the 
on-line state being available-for-incoming-calls or not- 
available-for-incoming-calls. 

6. A system comprising: 

a data terminal at a called station, the data terminal having 
an on-line state, the on-line state being available-for- 
incoming-calls or not- available-for-incoming-calls; 
and 

a data connection, for connecting the data terminal to a 
server, the called station being busy as a result of the 
data connection, a call from a calling station to the 
called station being processed according to the on-line 
state. 

7. A system comprising: 

means for receiving a telephone call directed to a called 
station from a caltiog station; and 

means for determining an on-line state of a data terminal 
at the called station, the called station being busy as a 
result of a data connection between the data terminal 
and a server, the on-line slate being available-for- 
incoming-calls or not-available-for-inooming-calls. 

8. A system according to claim 7, further comprising 
means for processing the telephone call according to the 
on-Une state. 

9. A system comprising: 

means for connecting a data terminal at a called station to 
a server by a data connection, the called station being 
busy as a result of the data connection; and 

means for setting an on-line state for the data terminal, the 
state being available-for-incoming-calls or not-avail- 
able-for-incoming-calls. 
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10. A system according lo claim 9, further comprising 
means for informing the server of the on-line state. 

11 . Computer executable software code stored on a com- 
puter readable medium, the code for processing a telephone 
call, the code comprising: 

code for receiving a telephone call directed to a called 
station from a calling station; and 

code for determining an on-line state of a data terminal at 
the called station, the called station being busy as a 
result of a data connection between the data terminal 
and a server, the on-line state being available-for- 
incoming-calls or not-available-for-incoming-calls. 

12. Computer executable software code according to 
claim 11, further comprising code for processing the tele- 
phone call according to the on-Une state. 

13. A computer-readable medium having computer 
executable software code stored thereon, the code for pro- 
cessing a telephone call, the code comprising: 

code for receiving a telephone call directed to a called 
station from a caUing station; and 

code for determining an on-line state of a data terminal at 
the called station, the called station being busy as a 
result of a data connection between the data terminal 
and a server, the on-Une state being available-for- 
incoming-calls or not-available-for-incoming-calls, 

14. A computer-readable medium according to claim 13, 
further comprising code for processing the telephone call 
according to the on-line state. 

15. A programmed computer for processing a telephone 
call, comprising: 

a memory having at least one region for storing computer 
executable program code; and 

a processor for executing the program code stored in the 
memory; wherein the program code includes code for 
receiving a telephone call directed to a called station 
from a calling station; and 

code for determining an on-line state of a data terminal at 
the called station, the called station being busy as a 
result of a data connection between the data terminal 
and a server, the on-line state being available-for- 
incoming- calls or not-avaUable-for-incoming-calls. 

16. A programmed computer according to claim 15, 
further comprising code for processing the telephone call 
according to the on-Une slate. 



17. Computer executable software code stored on a com- 
puter readable medium, the code for processing a telephone 
call, the code comprising: 

code for connecting a data terminal at a caUed station to 
a server by a data connection, the called station being 
busy as a result of the data connection; and 

code for setting an on-line state for the data terminal, the 
state being available-for-incoming-calls or not-avail- 
able-for-incoming-calls. 

18. Computer executable software code according to 
claim 17, further comprising code for informing the server 
of the on-Une state. 

19. A computer-readable medium having computer 
executable software code stored thereon, the code for pro- 
cessing a telephone call, the code comprising: 

code for connecting a data terminal at a called station to 
a server by a data connection, the caUed station being 
busy as a result of the data connection; and 

code for setting an on-line state for the data terminal, the 
state being available-for-incoming-calls or not-avail- 
able-for-incoming-caUs. 

20. A computer-readable medium according to claim 19, 
further comprising code for informing the server of the 
on-Une state. 

21. A programmed computer for processing a telephone 
call, comprising: 

a memory having at least one region for storing computer 
executable program code; and 

a processor for executing the program code stored in the 
memory; wherein the program code includes code for 
connecUog a data terminal at a called station to a server 
by a data connection, the called station being busy as a 
result of the data connection; and 

code for setting an on-line state for the data terminal, the 
state being available-for-incoming-caUs or not-avail- 
able-for-incoming-caUs. 

22. A programmed computer according to claim 21, 
further comprising code for informing the server of the 
on-Une state. 

***** 
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